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SPECIFICATION 

Software/hardware integration control system 
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rniSng with the computer program '.^.'^."iSen a rather iotricate one and very t,me 

SrrMt y fnterfaclng hardware and '2?'„°Ss <'^^^"^' 'T'^h^n 

Snsuming. The system of the present <"2'^^°"J^Zri„ an interactive way. THat system then 
h.rHO.are/so«ware interface .n a high order languaga » ..„,un,ent computer as well as other 
, 5 «nsVa«/.hose speci.ic.^ons ;n>°X™riSnt/loadl;Vsy1.ems. It thus reduces to minutes . 

rer;mi^^re?sac«r2^^ 

t'e'Sa Jr.quirem.n,s. «^,;%'™rn;krw„%Hcr''art systems for generating the l.nker 

TsS?s^«am used high-level language ^''^^i^X'^t^^:;';^^^^ 3^ 
- rEln^ r^flr ;rr?harl'uTdr°£ cr« 'JntS later. It is helieved the. .he present 
invention embodies such a system. 

Summary of the Invention u^nim^nt the disclosed integration control system (ICS) 40 

In Accordance with the illustrated «""''°f''"^^"S^,^^raving to design and debug hundreds to 

"nkTcJmmand language. , „n„d and a system for integrating a high lev^l language 45 

The present invention provides a ""'^"'^ »™ ^, ^'Sected prototype processor^ Th.s IS 
oroaram together with the hardware l'"'""°"%"*A^J^^^^^^ ,„ prepare a source Me which 
eccor^pnshld automatically by i"»;«t.n9 "**%fS wee fictions for a selected prototype 
^"^^^^Xl^^on^^:^^' generated above to generate a l.nker 

?Sl^k«SV^res« -:;i:e°r ar%r the particular high level languag 

°o those inputs a source file is creatKT _ ^^^^ interrupt service 

rou^%rar«'ru^nta'lJ^ '-.'^ "-""^ 

Brief Descr/pt/on -of th^ Drawings .„,,„,-tion control system of the present invention. 

P.-: 1 rrsfr^^M^ rt=rterco^nnected with a host computer 

rep^fsentin^ the em'bodiment of the present .nvent.on. 
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Description of the Preferred Embodiment ^ ^ 

When a high order language, such as Pascal, is utilized to generate a machine independent 
program the code produced by the compiler cannot be executed directly. The proper codes in 
the run-time library must be linked with the compiled code. Depending on the hardware and the 
5 software needs of the prototype processor system, the prototype processor system must be 
initialized for the program. The linker must be told where to store the generated code in the 
memory of the prototype processor system. . • n 

The software /hardware integration control system , of the present invention functions generally 
as shown in the flow chart of Fig. 1 . Block 2 represents the designers interactive specifications 
10 of the hardware, software and interrupt configurations of the prototype in response to prompts 
from the prompter of block 4. Those specifications are then utilized by prompter 4 to generate 
the integration source file of block 6. The source file of block 6 is processed by the processor 
(block 8) producing the linker command file (block 1 2) and the configuration object file (block 

15 ^^he Pascal object file (block 14), the software to be run on the prototype processor system 15 
together with the Pascal run-time support library (block 16), the configuration object file (block 
10) and the linker command file (block 14) are applied to linker 18. In linker 18, the 
configuration object file is linked to the Pascal object files and the run-time support library. 
Under the control of the linker command file, linker 1 8 will produce a load file (block 20) which 

20 can be executed by the prototype processor system specified in response to prompter 4. 20 
The configuration object file (block 10) includes interrupt vectors, interrupt service routines, a 
reset routine and program initialization routine for the prototype processor system specified. The 
linker command file (block 12) generated for the particular protptype processor system ties 
together the Pascal object code (block .14), the configuration object file (block 14) the 

25 configuration object file (block 10), and the appropriate run-time support libraries. The linker 2b 
command file (block 1 2) also arranges the object code in accordance with the prototype 
processor system's memory layout as specified in response to prompter 4. 

In order for the ICS to function it is necessary that the basics of various prototype processor 
systems be included as working parameters. These parameters include information such as 

30 maximum memory size and configurations, interrupt procedures, etc. For purposes of the 
following discussion examples will be included of an ICS system which can interface a Pascal 
language program with any of the following microprocessors: 8086, 8086/8087, 8088, and 
8088/8087. ' ^ . 

Before the Pascal object code (Block 14) produced by a compiler can be executed, it must be 

35 supplemented with configuration object code (Block 10) produced by ICS. If the designer/pro- 35 
grammer already knows the details of the prototype processor system he can create and process 
an ICS integration source file (block 6) even before he begins programming in Pascal. In fact, 
the ICS integration source fije (Block 6) provides a concise, human-readable description of the 
hardware/software interface, and can be used as a design document. ^ . . . 

40 It is likely, however, that the software will be developed in parallel with the hardware, and 
that parts of the program will be tested before the entire program develops. In testing parts of 
' the program in emulation mode, the default ICS configuration object file and linker command 
file can be used. As interrupt processing routines are added to the program and it is moved to 
the prototype processor system, the ICS integration source file (Block 6) will be created and 

45 modified to match the program's changing environment. 

When the ICS system is initiated, prompter 4 queries the user for information as to the 
prototype processor system configuration. Table 1 shows a , typical set of prompters, user 
responses, and a comment field forming a typical integration source file (Block 6), 

The ICS Prompter (Block 4) is an interactive program that creates the ICS integration source 

50 file. Prompter 4 asks questions about the prototype processor system, object files and interrupt 50 
configuration, and builds the file according to the responses. 

When ICS is invoked processor 4 introduces itself and displays a menu of options to choose 
from In the "question mode'', prompter 4 begins asking questions and building the integration 
source file. Immediately after ICS is invoked, processor 4 first creates a default integration 

55 source file as shown in Table 3 and then modifies it according to the designer's specifications. 55 
As discussed above, the integration source file .is applied to processor 8 to generate the linker 
command file (Block 1 2) and the configuration opjecX file (Block 10). Table 2 is a typical link 
command file which would be generated from the integration source file of Table 1. 

When ICS processor 8 finishes reading the integration source file (Block 8), it invokes the 

60 assembler of the host computer to create the configuration (Block 10) and listing from the 60 
integration source file (Block 6) is automatically deleted after the assenibler finishes. 

If ICS processor 8 finds any errors in the ICS integration source file,, it dpes not produce the 
linker command file or configuration object file and the listing shows only the ICS directives and 
the associated error messages. 

65 The ICS configuration object code (Block 10) performs the following tasks: ob 
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sets up interrupt vectors; 

sets up interrupt service routines; 

sets up a reset routine; and ' 

—sets up program initialization routines. . 5 

be used in interrupt hs"*^' , ,„i,i,,i,es ,he seoment registers (CS. DS, SS, ES). the 

:?^r^,':e^:^orIMM JotAj^^^^^^^^^^ . , 

JMPS instruction) at locjtron FFf™. ^ ^ „sed for interrupt handling. A 

Most of the code in an ICS configuration fl^'^^'T^" ^ave a different interrupt service^ 

totTof 256 interrupt types, are poss* e and each VPe "a . ^ ^, 3O86 and 8087. 

r2Ll?trgXr.:tXs"irndrpln1h:l°S intograin source ,i,. choices for esch 

'"■|::«s are generated . .uita^^^^^^^^ 

and then some code in the „, ,„ae devoted to its handling. The assembly 

.^^^^^^f^BBi &^-he iCS listing, uppercase words are 

The general pattern shown ^''"^ ^^°c^^ words are a description of the 

1^..TAT::^::>£:°STZ 'r~one or mo,e lines from the listing. 



15. 



20 



25 



30 



;VECTORrESUIVIE lCS.INSTRlNTSERVE,m 
^ VECTOR. SET ^^^^ ^^^.^^^^^ ^^^^^^.^ ,,3,eback 

call interrupt servicing routine 
restore registers 

IRET „^ 
RESUME ICS.VROM 35 
create interrupt vector in memory 
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45 



40 



45 



'"rel'^dtroTv^cVus":; VECTORS to become a pointer. VECTOR* points to the beginning o, 
the interrupt handling coda for this 'n'«'™l" '^J' V. . performs two functions: saves 
JXi^^SS'X'^ =e :r r .inr-ou-tines to trace the source of runtime 

"^^^^^^^^'^'^^^ - - " - SO 

50 placed in the ICS.VROM 3 sector is created in memory pointing to the 

^ Next, ("create interrupt vector .n mernory ) a vecto assembler directives an 

SpSi^h?^:"''rsrpi^7|s»^^^ 

SS Hz i^^: l^r^^lin^'irrTn^hiTSr s^:.ws°.h. particular code produced for each of 

the interrupt types in a sample ICS s^^^^^J'^^^i^^^d the ICS object code. 

Table 4 lists the subroutines th^t "T^ °« tYPES__ USED directive, but no 

interrupt types specified with ^»^«'^^^"^^b^H^;— Undefined interrupt types. The FAULT 
mentioned in a VECTOR d'^ej-ve /re re^rred 0^^^^^^ ^^^^.^^ ,hese undefmed 

60 NOTIFICATION directive ,s used o spea^ .^P^^^^ ^^^^^^^ ^^,,33 defined 

types. The RESTART — LABEL , ■ ^^is section; for ar^-example. 

merrupts. See the sample ICS ''S!'"9. shovy,n later ^^^^^ ^ vectors'wust be created (.n 
If the INTERRUPT—CONFIGURATION IS RA^^ area (iCS.VRAM) at runtime. 
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30 



object listing ICS macro temporary assembly 

file file definitions language source 

(if requested) fi'e 



50 



ed mymacros [Modify his copy.] 

Each time he invokes ICS, he can create the assembly language source file but skip the 
assembly step: 



10 



interrupt vectors and sets up the code to transfer the vectors there during program Initialization 
The table created in ICS.VROM has the form shown in Table 5. 

^he programti'ialization code is created by the RESTART LABEL directive starting at the 

location PASCAL BEGIN. The initialization code is executed at runtime and performs the 

5 f°'J;^^';9^tasks:^ ^^^.^^^^^ ^^^^ ^^^^ ^^^^^^^ (DATABASEQQ); 

sets the stack pointer value to STKBASEQQ minus DATABASEQQ; 

— initializesthe heap pointers at HEAPBASEQQ; ,ro wpriM to 

—if necessary, calls COPYVECTORS$ to copy the interrupt vectors from ICS.VRUM to 

^° _ifnecelt^y> initializes the 8087 by doing an FINIT and initializing the control word; 
clears the global variable floating point status word; . . ^ 

clears the BP register so that the traceback routine knows that this is the mam program; and 

jumps to the main program's entry point MAI NQQ. • r ik 

1 5 Th^reset code is a JMPS instruction, placed at location FFFFOH, pointing to the initialization 1 5 
code. After the microprocessor is reset, this JMPS instruction causes the initialization code to be 

^'^Thf RESTART LABEL directive also includes the code for any interrupt-related subroutines 

that are needed (as listed in Table 4.) „_ 

20 If the configuration object code generated by ICS does not fit the prototype processor system 20 
application the code ICS produces may be modified. tK= ir<; 

When ICS is invoked, if the - I (listing) or - o (object code) option if specified, and the ICS 
integration source file contains no errors, ICS generates temporary assembly language source 
Se from the ICS directives. If the o-option is included, ICS invokes the 8086 assembler to 

25 createThe object file (filename.io) and assembler listing (filename.il). The assembler invocation 
that ICS uses looks something like this: 

asmfilename.io filename.il - / lib/8086 /k:s_mc Amp^XXXXXTnnnnTnn 



25 



30 



35 



35 The input to the assembler consists of two files, which are processed as if they were 

concatenated into a single file. The first file, /'ib/8086/ics.nnc cons sts mostly of as?e^^^^^^^^^ 
macro definitions that are used by the second file. The second file is the ^«'"P°'-f;Y assembly 
language source file that ICS has just created. After the assembler finishes, the temporary file is 

40 '"If^Te-ToptSit omitted, the temporary assembly language source file is -ved as the listing 40 
file (filename il). If the designer would like to modify the code thatJCS Produces, he can edit _ 
this source file or create a modified version of the ICS macro file. However, modifying the code 
that ICS produces may cause your program to be linked, loaded or executed '"correctly. 
For example, suppose the designer wants to change the code that saves and restores 8086 

45 registers This code is found in ics mc, in macros SAV-8B-INLINES. RES-86-INUNE$, and 45 
SAVE-RESTORE-86$. He creates his own copy of ics.mc and modifies those three macros. 
cp/lib/8086/ics.mc mymacros [Make a copy of the ICS macros.] 



50 



55 



ics — I myprog. is [Generate assembly language 

55 source file in myprog.il.] _ ^ ' 

Then he assembles the source file using his own macros: 

asm myprog. io myprog. list [Generate the object file 
60 mymacros myprog.il myprog. io and listing file 

myprog. list] 

This assembly command line effectively concatenates his macro definitions {mymacros) with 
the ICS produced myprog.// and then assembles this file. 
65 Table 6 lists the assembly language macros in the ics.ms file and their functions. oo 
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TahIP 7 is an actual listing produced by ICb. 

fhe fo lowing is an explanation of the 'i^^'r^ I^f f^^m the file /lib/8086/ics.mc. The 

nr^it f rup-Sn fcS.,NSTR .h, ,«d3.d „ob. sy.bo.s, and a,soc,a.. ,ha va.ue 
, . ""^n^aofsSs"* iSlon ,'ci'vROM, which will conUin *| ---"f,-;-^^^^^ ,3ve ,ha 8086 

„ Efii « °h?erpK=JT5,^r-^.?.^^^^ - a^^ .... 

9n rpnister save code (line 21 i nis bpui wa 

237 .hd 238 (ORG and WORD assembler dirac..es,a« .ypical o^ 
i„»rp" 0» ORG defines -H^'o-''* "v^g^'o I? .h "iS-"P' ^'^'1' 

vector ?able a. address 8H '"'X™/^ '^'Vhis wo^ offset from the CS '»9ister wl..ch 

- ^ITorfod^^fJafs ^r^^^^^X^^^^^^^ 

Sr^he^J^'bi^PL^Sa-'ce'd^T:^^^^ 
'''■rSllTORdir^tiveoniin^^^^^^^^^^^ 

^° *^i„Ti°';Lr.'Hra™ -,d J -"'Er'iifErdrc" ^^^^ 3^^,. 

code for which will be generated by '^,"3 the lines 251 -262. Since the SAVE- 

Th. uprxoR directive nvocation on line 250 seneratoi. floating point registers 

FLLATmal^PolNT and EXCEPT^ for direct. ves d.j.ct l^^^^^^^^^ 3087 status 

.;ame as the previous directive. 277-282. Because of the OWN__CODE 

"The VECTOR directive on line f^ ^^^^Ti g^nJrated. ?he four interrupt vectors that are 

•^^^^T^d^rvLS" irlX to T^^^^^^^^^ ^^^i'SESTART LABEL directive (line 283). 

^^X? rm'a^ing cJie is generated in ;-P°"-;°;^^e 20^^^^^^ -defined interrupts 

ThP FAULT NOTIFICATION directive (back at ""f J^^'^^' INTERRUPT. Since interrupt 
are ^o be hanS^d by the interrupt --^«/°"^3:,^ J^'^^^^^^^ lines 284-291 generate 

fvoes -nd 35 are undefined (not listed in Y^h;^" INTERRUPT, and restore the 

SAV Sef RES.Sef , SAV.87$, and RES^87S^ p.scAl_ BEGIN (line 356). Lines 357-361 
Se' ICS listing. .ne .inker is involved, specifying only the lin.er contn-and 

^^vsw^x^rt^^t,.^^^ - - 

-^S^'^ ^^Vr7«7;»'"'--" 4ran'<f?rnTa'n'dV'°' 
I|'";ra'dSir'".tin%?St^^u»^trnar.wo way comn^unication between the 

65 '•t^^rpu^^'ISrcrd'efcPU 32 which operates under the control of tinting and control 
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36 In addition, host computer 30 includes memory 34 and I/O 38. I/O 38 is the 
communibatibns link between host computer 30 and the peripherals, i.e. terminal 40, 
printer/plotter 39 and PROM programmer 37. • . . ^ -r j,i^o q =.nH in 

In operation, the prompter and processor routines, like those included in Tables 9 a/id J O 
initFalh/ stored in memory 34. When the designer, via keyboard 43 of termmal 40 initiates the 5 
ICS system the prompter routine is called up by CPU 32 from memory 34 The 'ndividual 
prompts are then transmitted to the CRT of terminal 40 via- l/Os 38 and 46 The designer 
enters his responses via keyboard 43 which are then transmitted back to CPU 32 where the 
prompter routine formulates the integration source file (Fig. 1, block 6). 

Next the processor routine is called-up by CPU 3.2 to conyert the integration source to the 1 0 

linker command file and the configuration object file as discussed above. 

When these- steps are completed, the machine independent program to be conditioned for use 
on the prototype processor system is loaded into host computer 30, together with the standard 
run-time support library for the language in which that program is written. If host computer 30 
15 includes a complier for the language, the machine independent program can be entered in either 
source or object form. In the above example the language of the desired program was to be 

With the four above-identified files, the linker routine of host computer 30, under the control 
of the linker command file, links the configuration object file, the Pascal object file, and selected 
20 as necessary routines of the Pascal run-time library to create the executable load module (Fig. 1, 
block 20) The executable load module includes, in machine language, the information and 
locations in the ROMs of the prototype processor system for that system to operate as per the 
orooram included in the Pascal object file. .... j , 

With the proper peripherals, the host computer 30 can list the executable load module, via 
printer/plotter 39, or program test PROMs, via PROM programmer 37. ■ 
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20 



30 



25 

^^"^A method of integrating a high level language program together with the h&rdware 
limitations of a selected prototype processor, the method comprising the steps of: .f.„^ 
30 a interactively preparing a source file containing software, hardware and interrupt configura- 
tion specifications of the selected prototype processor in response to designer '"P"*^^^"",,^^.. ^ 
b. processing the source file of step a. to generate a linker command file and a configuration 

object file. . . * 

2 A method as in claim 1 further comprising the steps ot: j ^i, oc 
35 c' linking the high level language program with the configuration object file under the cJO 

control of the linker command file to generate a load module executable by the prototype 

processor. .... t 

3 A method as in claim 1 or 2 wherein step a. includes the steps of: 

d. prompting the designer to input software, and prototype processor hardware and interrupt 

40 specifications; and 

e generating a source file containing those specifications. 

4. A method as in any preceding claim further comprising the step of: 

f linking the high level language program, the configuration object file and selected routmes 
from a run-time library for the high level language under the .control of the linker command file 
45 to generate a load module executable by the prototype processor. , , . 

5 A method as in any preceding claim wherein said configuration object file of step p. 
includes interrupt vectors, interrupt service routines, .a reset routine and a program initialization 
routine for the prototype processor. .- . t ^ u :.,^i..^.»o 

6 A method as in any of claims 1 to 4 wherein said linker command file of step b. includes 

50 routines for linking the high level language program, the configuration object file appropriate ou 

run-time support library routines. ^ *u , .-.uu 

7 An integration control system for integrating a high level language program together with 
the hardware limitations of a selected prototype processor comprising: 

means for interactively preparing a source file containing software, hardware and interrupt 
55 configuration specifications of the selected prototype processor in response to designer inputs 

^"means for processing the source file to generate a linker comrhand file and a configuration 

object file. .- ' 

8. A system as in claim 7 further comprising: ^ t .,r.A^^ *ha rh 

60 means for linking the high level language program with the configuration object file under the bO 
control of the linker command file to generate a load module executable by the prototype 

processor. : ; : • . „, 

9 A system as in claim 7 or 8 wherein the interactively preparing means incluoes. 
means for prompting the designer to input software, and prototype processor hardware and 
65 interrupt specifications; and 
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means for generating a source file containing those spec.f.cat.ons. 

10. A system as in claim 7 further connprismg^ configuration object file and selected . 

means foi^ linking the high level language P;°97-g;^3;;3 ,he cont!ol of the linker 
routines from a run-t,me ''b^H^j^^^^e h>gh levd^ prototype processor. 5 

5 command file to generate a load [^"^^'^^^fo^^JJ^ J.^sg^d configuration object file includes 
•JerVupt^Sr intirru7 "uli^es^a ^e^s:! ro"utine and a%rogram initialisation rout.ne 
for the prototype processor. command file includes routines 

-,'3-«7of ^^^^^^^^^ . . 

15 illusTratad in th° . ccompanying tables and drawing s^ 



